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(54) Communications system 

(57) A communications system is provided having 
first storage means (3) for storing a role identifier identi- 
fying a functional role, the names of one or more people 
able to fulfil such a functional role, and a contact 
number for each person, input means (10) for accepting 
a request in the form of a role identifier for communica- 
tion with a person fulfilling a given role, second storage 
means (4) for storing a set of instructions for each role 
identifier, and processing means (2) for accepting a role 
identifier, accessing such first and second storage 
means, and establishing a communications channel 
with a person able to fulfil the functional role associated 
with the role identifier, via said current contact number 
in accordance with said set of instructions. The present 
invention thus provides an efficient role based commu- 
nications system, which ensures communication with 
an individual who, at the present time, is fulfilling a cer- 
tain role. 
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Description 

The present invention relates to a communications 
system, and in particular a communications system br 
establishing communication channels on the basis of a s 
functional role or task. 

Most communications systems are designed to 
facilitate communication with a named person. Thus, 
known telephone systems and voice mail systems 
associate a contact number with a person, and are io 
designed so that a user of the system inputting a given 
contact number is connected with the associated per- 
son, if necessary by means such as call forwarding. 
Recent developments in telecommunications systems 
have been aimed at strengthening the linkage between is 
contact numbers and individuals, for example the con- 
cept of a universal personal number has been devel- 
oped. A universal personal number communications 
system aims to guarantee communication with a named 
individual by the use of his personal number, which is 20 
translated by the communications system to one of a 
plurality of conventional contact numbers. Thus a uni- 
versal personal number input into such a communica- 
tions system may for example be translated to a home 
telephone number, an office telephone number, or a ss 
mobile telephone number dependent on the current 
location of the owner of the universal personal number. 

While such communications systems aid communi- 
cation with individuals, known communications systems 
do not facilitate efficient communication based on role 30 
or task. There are a number of environments in which 
efficient communication based on role or task are desir- 
able, for example the medical environment. This envi- 
ronment will be utilised to describe the present 
invention, although it will be appreciated that applica- 35 
tions of the present Invention are not limited to this envi- 
ronment. 

In a hospital there are a number of roles that need 
to be fulfilled, for example anaesthetist, cardiac special- 
ist, nurse, orderly, accident and emergency specialist 40 
etc. These roles are fulfilled by individuals, often for 
defined periods of time, when they are "on call". Thus 
responsibility for the role passes between Individuals, 
responsibility may be with more than one individual, or 
one individual may be responsible for more than one 45 
role. Presently, communication In such an environment 
is often achieved by the use of a wireless paging sys- 
tem. For example, roles are associated with individual 
pagers, and pagers are physically passed between indi- 
viduals when responsibility for the associated role so 
changes. This system suffers from a number of disad- 
vantages. If an individual is unable to fulfil his role, sep- 
arate provision must be made for communicating with a 
second individual also able to fulfil this role. If an individ- 
ual should be simultaneously fulfilling more than one ss 
role he will need to carry the equivalent number of pag- 
ers. 

According to the present invention there is provided 
a communications system comprlsing:- 



a first storage means for storing a plurality of 
records, each record comprising at least three 
fields: 

a role field for storing a role identifier, identify- 
ing a functional role, 

a name field for storing for each said role iden- 
tifier one or more names of people able to fulfil 
said functional role, and 

a number field for storing for each said person 
a current contact number. 

Input means for accepting a request in the form of a 
role identifier for communication with a person ful- 
filling a given role, 

a second storage means for storing a set of Instruc- 
tions for each said record, and 

processing means for accepting a role identifier, 
accessing said first and second storage means and 
establishing a communications channel with a per- 
son able to fulfil the functional role associated with 
the role identifier, via said current contact number in 
accordance with said set of instructions. 

The present Invention thus provides an efficient role 
based communications system. Rather than ensuring 
communication with a named individual, the present 
communications system alms to ensure communication 
with an individual who. at the present time, is fulfilling a 
certain role. Thus the communications system accepts 
a request from a user of the system In the form of a role 
identifier. TTie user is unlikely to know the name or con- 
tact number of the person currently fulfilling the desired 
role. This information is held by the communications 
system which holds for each role identifier, for example, 
cardiac specialist on call, a list of names, in priority 
order, of people able to fulfil this role at the present time. 
In use. the communications system will attempt to con- 
tact the first listed person able to futfti the requested role 
via said person's current contact number. A personal 
numbering scheme could be utilised to ensure success- 
ful communication with the current cardiac specialist I.e. 
the number field of a record according to the present 
invention could be updated via a known universal per- 
sonal number system. However, generally the person 
fulfilling a given role will be within a known environment, 
for example a hospital, and will be near, or carry, a sin- 
gle communications device through which he can be 
reliably contacted. It will be appreciated that the term 
"current contact numl^er** includes for example a phone 
number, an e-mail address, a pager number, a facsimile 
number, an internet address or any other form of con- 
tact number. 

Preferably the present communications system fur- 
ther comprises editing means which Is accessible via a 
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communications channel by siisscribers of the system. 
''Subscriber" will be used herein to designate a person 
whose name Is entered in a name field of a record 
accading to the present invention, and ''user" will be 
used to designate a person utilising the present commu- 
nications system to communicate with a suk>scriber. The 
provision of such editing means allows subscribers of 
the system to for example, associate themselves with 
different roles, or to alter tfieir availability to perform one 
or more roles. 

Preferably, the set of instructions for a record com- 
prising a name field having a plurality of names, will 
cause the communications system to attempt to estab- 
lish a communication channel with each of the plurality 
of names until one such attempt is successful. Thus, if 
the first person named in a name field under a given role 
identifier Is unavailable, the communications system will 
attempt to contact the second named person able to 
perform the same functional role. 

Preferably upon establishing a communications 
channel, the processing means passes a role Identifier 
along the communications channel. The subscriber thus 
contacted by the communications system will know 
immediately the role in which he has been contacted. 
The subscriber can then either accept his responsibility 
to carry out the communicated role, or, for example if the 
subscriber is engaged in duties associated with a fur- 
ther role, he can send a negative response to the com- 
munications system. In this case, the communications 
system will attempt to contact another subscriber able 
to fuHil the same role. 

In a number of environments it Is desirable to con- 
tact a team of people, each of whom perform a specified 
role, thus the present invention advantageously pro- 
vides storage means comprising at least one record 
having a plurality of role identifiers and a fourth team 
field for storing a team identifier. Upon receipt of a team 
identifier the communications system will establish 
communication channels with people able to fulfil each 
of the functional roles identified by the role identifiers 
associated with the Input team identifier. Thus, for 
example, a user can input a team identifier such as "car- 
diac team" to the communications system, and people 
presently fulfilling a number of roles e.g. "cardiac spe- 
cialist", '•paramedic", ''nurse", will be contacted by the 
communications system. Should the first named person 
fulfilling any one role be uncontactable, or unable to 
attend, the communications system will attempt to con- 
tact the second named person in the name field associ- 
ated with the appropriate role identifier. Thus, 
embodiments of the present invention allow teams of 
appropriately skilled people to be reliably and efficiently 
assembled in response to a single input to the commu- 
nications system by a user. 

Communications systems according to the present 
invention may establish solely voice communication 
channels, or solely data communication channels, how- 
ever preferably both voice and data communication 
channels are established. 



4 

Embodiments of the present invention will now be 
described, by way of example only, and with reference 
to the following drawings:- 

5 Figure 1 is a schematic representation showing a 
communications system according to an embodi- 
ment of the present Invention, 

Figure 2 is a schematic representation of the client 
10 and server software utilised in a communications 
system according to an embodiment of the present 
invention, 

Figure 3 shows the structure of data relating to 
16 functional roles, held on a database according to an 
embodiment of the present invention. 

Figure 4 shows the structure of data, relating to 
instruction sets for contacting people fulfilling spec- 
20 ified roles, stored on a database according to an 
embodiment of the present invention, 

Figures 5. 6, 7. 8 and 9 show screen displays from 
a terminal carried by users or subscribers of a com- 
25 munications system according to an embodiment of 
the present invention. 

An embodiment of the present invention will be 
described which utilises a voice and data communica- 
30 tions structure based on GSM (Global System for 
Mobile Communications). GSM is emerging as the de 
facto global digital standard for mobile telephony, and in 
addition to voice communications supports data com- 
munications via SMS (Short Message Service) and via 
35 a data channel. It will however be appreciated by those 
skilled in the art, that alternative voice and/or data com- 
munication infrastructures can be utilised, for example 
DCT (Digital Cordless Telephony). 

The present embodiment utilises a client-server 
40 computer architecture in which software running on cli- 
ent devices interacts with software running on a server. 
Figure 1 schematically shows a server 1, comprising 
processing means 2 having access to a database 3 of 
records, and a database 4 of instruction sets. Although 
45 databases 2 and 3 are depicted as separate, they may 
share the same physical or logical storage medium. 
Server 1 further comprises voice telecommunication 
access equipment 5, comprising a Network Interface 
card, a Voice card (Dialogics D/320 SC) and a Confer- 
so encing card (Dialogics MSI/80 SC) available from Dia- 
logic at 1515 Route 10, Porsippany NJ 07054-4596. 
USA. The server 1 is connected to a PSTN 7 (Public 
Switch Telephone Network) via the voice access equip- 
ment 5, and is connectable to a mobile telephone net- 
55 work 8 via a PCMCIA cellular modem card 6 and a 
mobile phone 9. 

Each subscriber of the present communication sys- 
tem carries a communication device, or terminal 10, 
comprising a palm top PC 11. a PCMCIA cellular 
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modem card 12 and a mobile phone 13. The palm top 
PC 11 is a Hewlett-Packard 200LX. having a keyboard 
for data input, and a LCD screen for display purposes. 
The mobile phones 13 and 9 ar Nokia 2110 GSM 
phones, and the PCMCIA data card is a Nokia type s 
DTP-2 data card. The terminal 10 is able to send and 
receive information via the GSM voice or data channel, 
or via the GSM SMS. in a manner known to those skilled 
in this art. 

The present embodiment utilises Microsoft DOS io 
software running on the palm top PC 11, and Microsoft 
Windows NT software running on the processing means 
2, to establish a client-server relationship between the 
server 1 and the terminal 10 in a manner which will be 
readily appreciated by those skilled in this art, but which is 
will now be described in some detail. 

With reference to Rgure 2, the palm top PC 1 1 of 
each terminal 10 runs a communication protocol stack 
30 comprising TCP (Transport Communication Proto- 
col) over PPP (Point to Point Protocol). The PPP layer 20 
interfaces with the DOS operating system 31 of the 
palm top PC 11. Logically above the communication 
protocol stack 30, the palm top PC 11 runs client soft- 
ware 20 for interfacing wrth the server 1 . The server 
processing means 2 also runs a communication proto- 25 
col stack 32 which interfaces with the NT operating sys- 
tem 33, comprising TCP running over PPP. Logically 
above the communication protocol stacK the server 
processing means 2 runs a suite of software libraries 
that provide APIs (Application Programmer Interfaces) 30 
which facilitate communication in a number of formats. 
The SMTP API 16 provides for communication via E 
mail, the voice processing, and voice Conferencing API 
34 provide for various forms of voice communication 
over the PSTN 7. and the GSM API 35 provides data 35 
communication over the GSM network 8. A key aspect 
is the Roles software 17 which interacts with the data- 
bases 3 and 4. Also provided within the server 1 are an 
SLEE 18 {Service Logic Execution Environment), which 
provides housekeeping functions, and several SLPs 40 
(Service Logic Program) 19 which interact with the cli- 
ent software 20. 

The setting up of a communications channel 
between a terminal 10, and the server 1 will now be 
described. A communications channel may be either 45 
connectionless, for example via the GSM SMS, or con- 
nection-oriented, for example via the GSM voice chan- 
nel or data channel, or via a PSTN line. A GSM SMS 
connection will first be described. The client software 20 
running on the terminal 10, in response to a user input, so 
assembles a packet of information that can be inter- 
preted by the SLP 19 running on the server 1. The 
packet of information contains data identifying the target 
SLP 19, a role identifier, and data identifying the partic- 
ular instance of communication between the client soft- ss 
ware 20 and the server 1 . If the user of the terminal 10, 
wishes their identity or role to be fonvarded to the per- 
son they ar contacting, the packet of information also 
contains data id ntifying the person or role initiating the 



communication. The client software 20 then looks up 
the short message number (mobile telephone number) 
of the mobile phone 9 of the server 1 , and uses this and 
the assembled packet to ass mble a short message 
and passes this short message to the PCMCIA card 12. 
The PCMCIA card 12 interacts with the mobile phone 
13 of the terminal 10 and passes the SMS message to 
the GSM network 8 in a conventional manner. This is 
then delivered to the sender 1 via the mobile phone 9 
and PCMCIA drive 6. On arrival at the sen/er 1 resident 
short message communication software will transfer the 
contents of the short message to the SLEE 18. which 
will deliver the role identrfier(s) to the SLP 19. The SLP 
19 will then attempt to establish communication with the 
person fulfilling the role given by the role identifier, in a 
manner to be described below. Communication with the 
destination role client software, and the originating cli- 
ent software continues via the SMS communication 
mechanism described above. 

Alternatively, a TCP pipeline may be set up 
between the client software 20 of the terminal 10, and 
the SLP 19 of the server 1. In this case, the client soft- 
ware 20 triggers PPP software 30 which dials the server 
1, either via a GSM data channel, or via the PSTN 7, 
Once the access equipment 5 of the server 1 detects a 
carrier, a modem connection is established, and the 
server 1 initialises PPP software 33 to negotiate with the 
PPP software 30 run by the client 20. Once a PPP pro- 
tocol stack has been set up, and an end to end PPP 
connection established, a TCP channel is established. 
A packet of information, as described above, can then 
be exchanged between the client software 20 and the 
SLP 19 utilising this TCP connection. 

The database 3 comprises records of subscribers 
to the communication system. Figure 3 is a schematic 
representation of records stored on database 3. The 
record comprises a role identifier 21 e.g. "cardiac spe- 
cialist" and associated with each role identifier a priori- 
tised list of personal identifiers 22, identifying people 
able to perform the specified role. Associated with each 
personal identifier 22 is a contact number 23, and a time 
period 24 during which that particular person is f ulf ulling 
the given role. Alternatively, the contact number 23 may 
comprise a personal number 40 which points to a per- 
sonal ID record 25 which stores contact numbers in 
association with time of day, for a particular person. The 
database 3 also stores team identifiers 26, each of 
which point to a plurality of role kientif iers 21 . 

Two applications of the present embodiment will 
now be described. Firstly, the use of the communication 
system to contact one person, fulfuliing a specified role 
will be described, and secondly the use of the commu- 
nication system to contact a team of people each of 
whom fulfil a specified role wilt be described. 

The user of the system, for example a nurse at a 
hospital, wishes to contact the person presently fulfilling 
a certain role, for example that of anaesthetist. The 
nurse accesses the communication system via th 
PSTN 7 or GSM Network 8, and passes a role identifier 
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21 , identifying "anaesthetist on call" to the comnuinica* 
tion system. The nurse is likely to utilise a terminal 1 0 to 
access the communication system, but could alterna- 
tively utilise a conventional telephone, in which case 
DTMF signals are employed to pass the role identifier to 
the communications system. The Roles software 17 
accesses the database 3 and extracts the record having 
a role identifier 21 which matches "anaesthetist on cair. 
From this record the Roles software 1 7 determines that 
Dr. Barraclough is the "Anaesthetist on call" at the 
present time, and that his current contact number 23 is 
0831 123456. The Roles software 17 also accesses the 
database 4 of instruction sets. An example of an instruc- 
tion set 50 for the role "anaesthetist on call" is shown In 
Figure 4. The current instruction set 51 for "anaesthetist 
on cair requires the Roles software 17 to wait for one 
minute for a response from Dr. Ban-aclough and. if no 
answer, or a negative response is received, to attempt 
to contact the second on call anaesthetist. Dr. Thomp- 
son, listed in the role identifier record 21 for the current 
time. It will be appreciated that many other instruction 
sets can be envisaged, for example an alternative 
instruction set 52 shown in Figure 4. causes the Roles 
software 17 to await a response for 3 minutes and if no 
answer is received to send an E mail message to Dr. 
Barraclough, and wait a further 10 minutes for an 
answer before attempting to contact Dr. Thompson. 

The nurse is thus able to successfully contact the 
''anaesthetist on cair, or if he is unavailable, his emer- 
gency stand in. without knowing the names or current 
contact numbers for either of these people. Rgure 5 
shows an example of a screen display that the nurse 
may see on her communication device 10 when 
attempting to contact the "anaesthetist on call". A fur- 
ther feature of the present embodiment is that location 
information can be gathered from the GSM mobile net- 
work 8 by the processing means 2. for each terminal 10. 
This information Is based upon the GSM cell within 
which the terminal device 10 is presently located, and 
can be used for example to display the cun^ent location 
of Dr. Barraclough to the nurse who Is attempting to 
contact the "anaesthetist on call". 

This information can be utilised by the nurse to 
decide whether to interrupt Dr. Barraclough by attempt- 
ing to establish voice communication with him, or 
whether to send an E mail message to his terminal 10. 

A further feature of the present embodiment, based 
on the central storage of information regarding the time 
schedule of roles to be fulfilled, is the ability to interac- 
tively change this schedule of roles. For example, with 
reference to Figure 5, Dr. Milne may wish to swap on- 
call shifts with Dr. Barraclough. Dr. Milne establishes a 
voice call with Dr. Barraclough, selects the shift he 
wants to hand over to Dr. Barraclough. and after his 
agreement, implements the shift hand-over by editing 
the time periods associated with the "anaesthetist on 
call" record stored in database 3. Preferably, such edit- 
ing of information held on records is subject to rules 
stored in the instruction set associated with the particu- 



lar record, stored in database 4. These rules are set and 
maintained by the hospital administration. Thus the 
instruction set associated with the "anaesthetist on call" 
role may limit the editing of the associated record to 

5 ensure that only qualified people, who have not fulfilled 
the role within the last 24 hours, can replace the current 
"anaesthetist on call". 

The processing means 2 may, in addition to data- 
base 3 and 4, have access to further databases, possi- 

10 biy external to the server 1 which may store for example 
medical records. Thus, users of the present communi- 
cation system may contact a person fulfilling a particular 
role, for example radiologists, and during a voice com- 
munication with said person, access laboratory results 

IS on a particular patient. 

The use of a communications system according to 
the present invention to assemble a team of people, 
each fulfilling a specified role, will now be described. 
The example employed to describe this use will be that 

20 of an emergency situation in clinical care. It will be 
assumed that a member of staff in a hospital witnesses 
an emergency, such as a cardiac arrest, and summons 
a pre-spectfied team of doctors via a communications 
system according to the present embodiment. In addi- 

25 tion to assembling the pre-specif led team of doctors, the 
communications system may also provide information 
specific to the nature of the emergency which will help 
the team to deal with the emergency. On witnessing a 
cardiac arrest a nursing sister, carrying a communica- 

30 tion terminal 10 starts the emergency application by 
pressing a single button to call the "cardiac team". The 
, software running on the terminal 10 packages a team 
identifier, identifying tine "cardiac team", into a SMS 
message, and sends this message, via the PCMCIA 

35 card 10 and the mobile phone 13 to the GSM mcbWe 
network 8. TTie SMS message is handled in the conven- 
tional manner by the QSM mobile network 8, and is 
passed to the mobile phone 9 of the server 1. The 
processing means 2 extracts the team identifier from 

40 the SMS message and accesses the database 3 of 
records, and the database 4 of instruction sets. Once 
the received team Identifier has been matched with a 
stored team identifier 26. the role identifiers 21 associ- 
ated with this team identifier 26 are accessed by the 

45 processing means 2. In addition to storing an instruction 
set 50 associated with each role identifier, the storage 
means 4 also stores an instruction set 55 associated 
with each team identifier 26. The processing means 2 
thus attempts to contact the team members identified by 

50 the team identifier 26. in accordance with the instruction 
set 55 for the team identifier. 

Alternative forms of communication between the 
person initiating the emergency procedure, and the 
members of the team are possible. For example, real 

55 time voice communication may be utilised by the nurs- 
ing sister to speak to each member of the team individ- 
ually, or together. Alternatively voice messaging may be 
utilised in which the nursing sister leav s a voice mail 
message which is accessible by all members of the 
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team. Afternatively an E mail message may be sent to 
the terminal 10 of each team member, with an audible 
warning. 

The following description relates to one possible 
form of communication used in an emergency applica- 
tion. Figure 6 shows the screen display of the terminal 
10 of the nursing sister initiating the emergency applica- 
tion. Having launched the emergency application the 
nurse is prompted by a text message to ensure she 
gives the con'ect Information. A voice message is 
recorded giving the nature of the emergency and the 
location. TTie communications system calls each of the 
team members, in the manner described above, and 
plays the recorded voice message from the nursing sis- 
ter. Text information regarding the originator of the 
emergency application, and the location of the emer- 
gency is displayed on each team member's terminal 10. 
as shown in Figure 7. Each team member must 
acknowledge receipt of the message, and their ability to 
fulfil their role. If a team member indicates that they are 
unable to attend the emergency, or if there is no 
response from a team member, the communications 
system attempts to contact the second person able to 
fulfil this role wKhin the team, during this time period, in 
accordance with the instruction set associated with the 
particular rote identifier. This second person, acting as a 
back-up, is sent text information indicating the nature of 
the call eg. the role in which they are being contacted 
and the reason (first on call person not available). Since 
the back-up person will not be expecting such a call this 
information will facilitate rapid communication once 
voice contact with another team member is established. 

While the communications system is attempting to 
contact the members of the team, information is dis- 
played on the terminal 10 of the person initiating the 
emergency application, which enables them to manage 
the emergency event. Figure 8 shows the display of the 
terminal 10 of the nursing sister. The screen displays 
the team memfc»ers. the role they are fulfilling, their cur- 
rent location, whether they have been called yet, and 
whether they have acknowledged. Should one of the 
members of the team refuse to accept their role, or be 
uncontactable. the communications system will update 
the display as it attempts to contact other people able to 
fulfil this role. 

During the assembly of the team, any team mem- 
ber, or the emergency call initiator, may establish voice 
communication with one or more of the other team 
members. 

The emergency call initiator manages the assembly 
of the team members, and this management role may 
be transferred to any one of the team members. In this 
case, the summary information shown in Figure 8 is dis- 
played on the terminal 10 of the current manager of the 
emergency event. 

During the emergency event information from a fur- 
ther database 60 (shown in Figure 1) may be accessed 
by the teani. This Information may for example relate to 
procedures to be carried out during the emergency or 



may be detailed information for example on quantities of 
drugs to be administered, or the medical record of a 
patient. An example of a display of such information on 
a terminal 10 is shown in Figure 9. 

5 

Claims 

1 . A communications system comprising:- 

10 a first storage means for storing a plurality of 

records, each record comprising at least three 
fields: 

a role field for storing a role identifier. Iden- 
15 tifying a functional role, 

a name field for storing for each said role 
identifier one or more names of people 
able to fulfil said functional role, and 

20 

a number field for storing for each said per- 
son a current contact number, 

input means for accepting a request in the form 
25 of a role identrf rer for communication with a per- 

son fulfilling a given role, 

a second storage means for storing a set of 
instructions for each said record, and 

30 

processing means for accepting a role identi- 
fier, accessing said first and second storage 
means and establishing a communications 
channel with a person able to fulfil the func- 
35 tional role associated with the role identifier, via 

said current contact number in accordance witii 
said set of instructions. 

2. A communications system as claimed in Claim 1, 
40 wherein at least one record conprises a time field 

associated with each name field for storing a time 
period during which the named person is available 
to fulfil the associated role. 

45 3. A communications system as daimed in Claim 1 or 
2, further comprising editing means for altering said 
records. 

4. A communications system as Claimed in Claim 3, 
so wherein said editing means is accessible via a com- 
munications channel, and is configured to enable a 
person whose name is entered in a name field to 
edit the associated record. 

65 5. A communications system as claimed in Claim 4. 
wherein the editing means is further configured to 
enable said person to edit the instruction set asso- 
ciated with saki record. 
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6. A communications system as claimed in any pre- 
ceding claim, wherein the set of instructions for a 
record comprising a name field having a plurality of 
names causes the communications system to 
attempt to establish a communications channel with § 
each of the said plurality of names until an attempt 

is successful. 

7. A communications system as claimed in any pre- 
ceding claim, wherein the processing means, upon io 
establishing a communications channel, passes a 
role identifier along said communications channel. 

8. A communications system as claim in any preced- 
ing claim, wherein the processing means com- is 
prises channel monitoring means for monitoring an 
open communications channel for a response from 

a contacted person. 

9. A communications system as claimed in Claim 8. so 
wherein the processing means upon receiving a 
negative response from a contacted person associ- 
ated with a particular role Identifier, attempts to 
establish a communication channel with an alterna- 
tive person associated with the same role identifier. 25 

10. A communications system as claimed in any pre- 
ceding claim, further comprising third storage 
means for storing data for facilitating a particular 
functional role, wherein the processing means is 30 
able to access said data and pass said data, via an 
established communications channel to a person 
fulfilling said particular functional role. 

11. A communications system as claimed in any pre- 35 
ceding claim, wherein the first storage means com- 
prises at least one record having a plurality of role 
identifiers and a team field for storing a team identi- 
fier, 

the Input means is adapted to accept a request in 40 
the form of a team identifier for communication with 
a plurality of people, 

and the processing means is adapted to accept a 
team identifier, access said first and second stor- 
age means, and establish communications chan- 45 
nels with people able to fulfil each of the functional 
roles identified by the role identifiers associated 
with the input team identifier. 

1 2. A communication system as claimed in any preced- so 
Ing claim wherein tfie processing means Is config- 
ured to accept two linked role identifiers, to 
establish a communications channel with a person 
able to fulfil the functional role associated with one 

of the linked role Identifiers, and to pass the second ss 
linked role identifier along said communications 
channel. 

13. A communications system as claimed in any pre- 



ceding claim, wherein the communication channel 
established is a data communications channel. 

14. A communications system as claimed In any one of 
Claims 1 to 12, wherein the communications chan- 
nel established is a voice communications channel. 

15. A communications system as claimed in any one of 
Claims 1 to 12. wherein the communications chan- 
nel established is both a data and a voice commu- 
nications channel. 

16. A communications system as claimed in any pre- 
ceding claim, wherein the communications channel 
established is a QSM communications channel. 

17. A communications system as claimed in any pre- 
ceding claim, wherein the communications channel 
established supports GSM Short Message Service. 

18. A communications device for use with a communi- 
cations system according to any preceding claim, 
the communications device having:- 

means for wireless communication with said 
communications system, 

means for establishing both a data and a voice 
communications channel with said communi- 
cations system, 

means for accepting a role identifier, input by a 
user, and 

display means lor displaying information 
received from said communications system to 
a user. 
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